Selective composite rendering

ABSTRACT

Systems, apparatus, methods and computer program products are described below for rendering a graphical user interface by selectively compositing display contents. In general for each of one or more content producers, where each content producer is associated with content storage containing display content, display content for output is identified depending on the content consumer to which the graphical user interface is being rendered.

CROSS-REFERENCE TO RELATED APPLICATIONS

This is a continuation of U.S. patent application Ser. No. 13/487,071,by Michael James Paquette, entitled Selective Composite Rendering, filedJun. 1, 2012, which is a continuation of U.S. patent application Ser.No. 11/499,107, by Michael James Paquette, entitled Selective CompositeRendering, filed Aug. 3, 2006, both of which are incorporated byreference herein in their entirety.

TECHNICAL FIELD

This disclosure relates to graphical user interfaces.

BACKGROUND

Conventional graphical user interface systems are capable of renderingmultiple application windows on a display space (e.g., a desktop) at agiven time. A conventional graphical user interface system includes acompositor and one or more content buffers. The compositor maintainsinformation about the visible regions of each window and its location onthe display. A content buffer can be maintained for each window andinclude the content of the respective window. The compositor paints eachwindow on the display according to the visible regions of each windowand the underlying content maintained in the respective content buffers.When a region of the display requires updating (e.g., window movement,window resizing or content updating), the compositor assembles newcontent for the affected region by combining content from all thecontent buffers that contribute content to the region.

Compositors can be used to render the content for a variety of displaysincluding various output display devices, display content recorders(e.g., screen capture) or other systems or components for variouspurposes (e.g., for the purposes of remote control by for example theApple Remote Desktop).

SUMMARY

Systems, apparatus, methods and computer program products are describedbelow for rendering a graphical user interface by selectivelycompositing display contents. In one implementation, in general for eachof one or more content producers, where each content producer isassociated with content storage containing display content andoptionally alternative display content, display content for output isidentified depending on the content consumer to which the graphical userinterface is being rendered.

In one aspect a method is provided that includes identifying a contentproducer associated with a plurality of content buffers, each bufferhaving display content and each buffer associated with a respectivecontent consumer of a plurality of content consumers. In response to apresentation request identifying a first content consumer, the methodincludes identifying a content buffer in the plurality of contentbuffers based on the identified first content consumer; and presentingthe display content from the identified content buffer to the firstcontent consumer.

One or more implementations can optionally include one or more of thefollowing features. Presenting can include compositing the displaycontent with other display content, the other display content associatedwith one or more other content producers. The presentation request canidentify the content producer. The method can include preventing accessto the composited buffer content except to the first content consumer.The method can include identifying a content transformer; andtransforming display contents of the content buffer with the identifiedcontent transformer. The content transformer can be associated with acontent buffer. The content transformer can be associated with a contentproducer. Transforming the contents of the protected buffer can includeone or more of: down-sampling; blurring; scaling; re-colorization; andwatermarking. A content consumer can be a class of devices including aplurality of output devices. A content producer can be a class ofdevices including a plurality of input devices.

In another aspect a method is provided that includes identifying firstcontent for display in a first display environment; identifyingalternative content related to the first content and for display in asecond display environment; receiving a request to display the firstcontent in the second display environment; and displaying thealternative content in lieu of the first content in the second displayenvironment.

In another aspect a method is provided that includes identifying one ormore content buffers including at least one protected content buffer,the protected content buffer including a property defining a restrictionon rendering the content included in the protected content buffer;receiving a request for rendering of content associated with the one ormore content buffers; determining if the restriction is violated; if thecondition is violated, compositing the one or more content buffersexcept the protected content buffer; and rendering the compositedcontent.

One or more implementations can optionally include one or more of thefollowing features. Compositing the one or more content buffers caninclude identifying alternative content; and using the alternativecontent in lieu of the content from the protected content buffer. Themethod can include identifying the property of the protected contentbuffer based on a content source associated with the protected contentbuffer. The content source can provide one or more of image or videocontent. The property defining a restriction on rendering can includeencryption keys. Determining if the restriction is violated can includefacilitating exchange of encryption keys between a content producer anda content presenter, the content producer providing content to theprotected content buffer, the content consumer receiving the compositedcontent.

In another aspect a method is provided that includes associating aprimary content buffer with a secondary content buffer; associating theprimary content buffer with one or more first output devices;associating the secondary content buffer with one or more second outputdevices; and selectively provisioning the primary content buffercontents or the secondary content buffer contents for presentation, theprovisioning being contingent on a selected output device.

In another aspect a method is provided that includes specifying aproperty associated with content to be displayed on one or more outputdevices, such that the property determines whether the content providedby an input device is subject to transformation when displayed on aselected output device.

One or more implementations can optionally include one or more of thefollowing features. The input device can be a content producer. Theoutput device can be a content consumer.

In another aspect a method is provided that includes identifying a firstbuffer that includes content; determining which display environment thecontent is to be displayed in from among a plurality of possible displayenvironments; and if the display environment is unsecured, displayingalternative content when a request to display the first buffer's contentis received.

One or more implementations can optionally include one or more of thefollowing features. Displaying alternative content can includeidentifying a second buffer containing the alternative content.Displaying alternative content can include transforming the contentincluded in the first buffer.

In another aspect a method is provided that includes providingidentifying information associated with an output display environment toa content provider; requesting content from the content provider, thecontent for display in the output display environment; and receiving avariation of content from the content provider for display in the outputdisplay environment based on the identifying information.

One or more implementations can optionally include one or more of thefollowing features. Receiving a variation of content can includematching the identifying information with restrictions associated withthe content provider.

Particular implementations of these aspects can realize one or more ofthe following advantages. A content producer can provide display contentwithout the provided display content being presented to or captured byan undesirable content consumer. Content producers can provide displaycontent that is automatically transformed when presented to particularcontent consumers. A content producer can provide display contents to aparticular display device, a class of display devices or display deviceswith a particular characteristic, without the content producer beingrequired to receive or process information about the particular displaydevice on which the display contents are actually rendered.

The details of one or more implementations are set forth in theaccompanying drawings and the description below. Other features will beapparent from the description, the drawings, and the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram of an exemplary graphical user interface.

FIG. 2 is a block diagram of an exemplary system that can be used forcompositing one or more content buffers into a primary frame buffer.

FIG. 3 is a block diagram of an exemplary system for compositing contentbuffers into a secondary frame buffer.

FIG. 4 is a flow chart of a technique for determining which contentbuffers of a content producer to render to a particular contentconsumer.

FIG. 5 is a flow diagram for a technique for determining whether acontent buffer restriction has been violated.

FIG. 6 is a flow diagram of a technique for selecting between twoassociated content buffers based on their respective associations tocontent consumers.

Like reference numbers and designations in the various drawings indicatelike elements.

DETAILED DESCRIPTION

FIG. 1 is an illustration of a rendered graphical user interface 150. Ingeneral, a rendered graphical user interface presents display contents110 (e.g., a user interface) associated with one or more windows. InFIG. 1, the display contents 110A, 110B, 110C of three separate windowsare individually depicted. Typically graphical user interfaces allowmultiple windows 120 to be displayed concurrently (e.g., windows 120A,120B, and 120C). When the graphical user interface is rendered, eachwindow 120 contains and depicts the window's respective display content.Each window 120 has geometry referring to the window's shape, size,position, and order with respect to other windows. For example, thewindow 120A is smaller in size (e.g., width and height) than window120C, and window 120A is in a different position than window 120C.Generally, windows can overlap. The order of a window determines whetherthe window overlaps or is overlapped by other windows. For example,window 120C overlaps the window 120B and obscured part of the contentwithin window 120B. Rendering the graphical user interface 150 includescompositing the display contents 110 of each window 120 according to theshape, size, position and order of each window. When the displaycontents 110 of a window are updated, or the geometry of a window 120 isupdated (moved, repositioned, resized), then the graphical userinterface 150 is rendered to reflect those changes.

Generally, the graphical user interface 150 can be rendered to a contentconsumer. The content consumer can be a display environment or a displaydevice capable of visually displaying content, typically to a user(e.g., computer monitor, built-in screen, LCD display, portable displaydevice, etc.). Multiple display devices can be used to present contentconcurrently. In some implementations, multiple display devices canpresent the same content (e.g., display mirroring). For example, alaptop can present display contents on its built-in display and canpresent the same display contents as an attached display (e.g., aprojector, external CRT device, etc.). In some implementations, acontent consumer can be a secured content consumer that can receivecontent while ideally protecting the content from subsequent capture orrecording. For example, the laptop's built-in display can be securedwhile the attached display may not be secured. As described below inreference to FIG. 2 and FIG. 3, some display content (e.g., protectedcontent) should be presented only on the secured display device, whilealternative content, if any, is presented on the unsecured displaydevice.

In some implementations of the display environment rendering thegraphical user interface can include transferring and optionallyencoding a representation of the graphical user interface over a networkfor display on a remote display device. For example, the graphical userinterface can be displayed on a remote compute to allow remote controlof the graphical user interface (e.g., Remote Desktop from Apple Inc. ofCupertino, Calif.). In such implementations, the display environment isremote from the rendering of the graphical user interface.

In some implementations, a content consumer can include one or moretools (e.g., applications) that capture or record content. For example,an application can capture a screenshot depicting, at one particularpoint in time, the rendered graphical user interface. In anotherexample, an application can record the rendered graphical user interface150 as the rendering is updated over time.

FIG. 2 is a block diagram of an exemplary system 200 for securingcontent to be displayed on a display device. The system 200 includes aplurality of content producers that provide display content (e.g.,applications 205A-C). Typically, each content producer is associatedwith a window (e.g., window 120A in FIG. 1). In one implementation, eachcontent buffer 210, and associated content producer 205 hascharacteristics (e.g., width, height, shape position, etc.) that reflectthe geometry of the window associated with the content producer.

Each content producer 205 is associated with a content buffer 210.Although separate content buffers 210A-D are shown, other structures arepossible including one or more shared buffers. The particular memorystructure can vary among implementations. A content producer 205 canstore its display contents to the content producer's one or moreassociated content buffers 210. For example, application 205A can storea user interface, which can include a dialog box with buttons and inputboxes, in the content buffer 210A.

In some implementations, a content producer can store display contentsinto the content buffer (e.g., writing a raster of pixels into thecontent buffer). In other implementations, the content producer uses agraphical subsystem (e.g., a GUI toolkit, OpenGL, etc.) to generatedisplay contents into the content buffer. Still other content producersprovide a stream of display contents (e.g., a multimedia video stream).For example, an application 205B for playing movies can store one ormore frames of a movie in the content buffer 210B.

A particular content buffer 210 can be created, associated or dedicatedfor use by a given content producer or by the system as required by theparticular system implementation. Typically, a content producer 205 canrender into or access content buffers 210 that the content producer isassociated with. In some implementations, a content buffer 210 of onecontent producer 205 is not accessible by the other content producers.For example, application 205B may not be able to access either of theother content buffers 210A and 210C.

A compositor 250 renders the graphical user interface, which includesthe display contents associated with each content producer, for displayor capture. The compositor 250 renders the graphical user interface(e.g., the graphical user interface 150 illustrated in FIG. 1) bycompositing the display contents from one or more content buffers 210associated with each content producer. Compositing each application'sdisplay contents includes rendering all or part of the display contentfrom the content producer's content buffer 210 according to the geometryof each content producer's window. For example, if the geometry of awindow indicates that it is partially occluded by an overlapping window,then only the visible portion of the window's display contents arerendered.

The graphical user interface is rendered to a content consumer.Typically the content consumer is a display device, such as displaydevice 280, which can include a frame buffer 260. The frame buffer 260is generally an area of memory that contains the information to bedisplayed on the display device 280 (e.g., a raster of pixels or adisplay list of visual elements). Generally, the size of the framebuffer is proportional to the display device. In some implementations,if there is more than one display device, multiple frame buffers caneach be associated with each of the display devices. Alternatively, asingle frame buffer can be associated with more than one display deviceand each associated display device can display a portion of the contentin the frame buffer. Other combinations of frame buffers and associateddisplays are possible.

The graphical user interface can be rendered to multiple contentconsumers. Each content consumer can be distinct from the other. Forexample, the graphical user interface can be rendered into a primarydisplay device, a secondary display, a capture device and a remotedisplay.

In FIG. 2, for example, one content consumer is a display device 280associated with a frame buffer for presentation of the graphical userinterface to a user. The display device 280 can be designated as theprimary content consumer. The secondary frame buffer 270 is a contentconsumer that captures and records the graphical user interface. Ingeneral, the graphical user interface can be rendered to many contentconsumers, each of which have different characteristics andfunctionality (e.g., various secured and unsecured display devicesincluding remote display devices, capture tools, etc.). For example, thegraphical user interface can be rendered to a primary frame buffer forpresentation on a primary display, to a secondary buffer forpresentation on a secondary display device and to another secondarybuffer for remote display.

Generally, each content producer 205 stores display content in each ofthe content buffers 210 associated with the content producer. At leastone of the content buffers associated with the content producer is aprimary content buffer (e.g., content buffer 210C), containing thecontent producer's normal, or ideal, display contents. One or more ofthe other content buffers associated with a content producer can bedesignated as an alternative buffer (e.g., content buffer 210D).Alternative display contents of the content producer can be stored inthe alternative content buffer 210D. In one implementation, alternativedisplay content is generally representative of the display content inthe primary content buffer. For example, alternative display contentcontained in the primary buffer. In some implementations, alternativedisplay content can also be unrelated to the display contents stored inthe primary buffer (e.g., text, and icon, image, etc.).

When rendering to a particular content consumer, a content buffer isidentified for each content producer. The identified content buffers areused to render the graphical user interface to the particular contentconsumer. If a content producer has only a single content buffer (e.g.,applications 205A and 205B), the single content buffer can be used torender the graphical user interface regardless of the content consumer.

For example, in FIG. 2 the graphical user interface is shown beingrendered, by the compositor 250, into frame buffer 260 (e.g., indicatedby the arrows pointing from the compositor 250 to the frame buffer 260),which is attached to a display device 280. Display contents for eachcontent producer, applications 205A-C, are identified. Applications 205Aand 205B are associated with only a single primary content buffer 210Aand 210B, respectively. Thus buffers 210A and 210B are identified forrendering the display contents of applications 205A and 205Brespectively. Application 205C is associated with two content buffers.To render display contents from application 205C one of the contentbuffers is identified. When rendering to the primary content producer,content buffer 210C is identified since content buffer 210C isdesignated as the primary content buffer.

FIG. 3 is a block diagram of the exemplary system 200 where thegraphical user interface is rendered to a secondary frame buffer 270.Again, content buffers for each content producer are identifiedincluding both primary and alternative content buffers (e.g.,alternative content buffer 210D).

Compare the alternative pathways depicted in FIG. 2 and FIG. 3. In FIG.2 each content producer's primary content buffer (e.g., buffer 210A-C)is used to render the graphical user interface into the primary contentconsumer (e.g., frame buffer 260). In FIG. 3 the alternative contentbuffer (e.g., buffer 210D) of each content producer is used, whenavailable, to render into the secondary content consumer (e.g.,secondary frame buffer 270).

In some implementations, access to frame buffers, or more generallyreading display content back from a content consumer, can be protectedfrom unauthorized access. For example, the frame buffer can be inprotected memory or mapped to protected memory. Protected memory ismemory that can only be read by system processes that have sufficientauthority (e.g., the operating system or privileged daemon, applicationor process). Limiting access to the frame buffers prevents unauthorizedaccess to potentially protected display contents and thus preventsunauthorized copying or capture of content.

FIG. 4 is a flow diagram for a method 400 for determining which contentbuffers of a content producer to render to a particular contentconsumer. Method 400 includes identifying content buffers for eachcontent producer (step 410). Identifying content buffers can includeidentifying a content producer's content buffers. Identified contentbuffers can include buffers that are designated as primary andalternative content buffers. Identifying content buffers can includecreating the buffer or requesting and receiving a buffer from anotherprocess or entity (e.g., the operating system, an application, thecompositor).

Optionally, a display request can be received (step 420). The displayrequest identifies a content consumer into which the graphical userinterface should be rendered. The identified content consumer (e.g.,display device) can be one of many content consumers to which thegraphical user interface can be rendered. Receiving the display requestcan also include receiving information related to the identified contentconsumers (e.g., whether the content consumer is secured, remote, etc.).

Alternatively, the graphical user interface can be rendered to anidentified display device on a predetermined basis. For example, thegraphical user interface can be rendered repeatedly to the primarydevice and only to secondary devices as requested. In another example,the graphical user interface can be rendered to multiple contentconsumers repeatedly or at regular intervals in a round-robin fashion.Other implementations are possible.

In response to receiving a display request and identifying a contentconsumer, the method 400 includes identifying content buffers associatedwith the identified content consumer (step 430). Generally at least onecontent buffer can be identified for each content consumer. In oneimplementation the identification of content buffers can be based onpre-determined associations between content buffers and contentconsumers. For example, both content buffers and content consumers canbe designated as either primary or secondary. The pre-determinedassociations can be used to identify a content producer's primarycontent buffers when rendering to primary content consumers. The samepre-determined associations can be used to identifying contentproducer's secondary content buffers when rendering to secondary contentconsumers.

In another implementation each content buffer can be associated with anyof: one or more content consumers, one or more classes of contentconsumers and one or more content consumer characteristics. For eachcontent producer, a content buffer is identified with associations thatmatch the content consumer to which the graphical user interface isbeing rendered. For example, a content buffer can be associated withsecured content consumers indicating that the content buffers contentsare only eligible for rendering to secured content consumers.

In such an implementation, the compositor, or a process acting on behalfof the compositor, can be interrogated to identify content consumersthat the compositor is currently, or could potentially, render to.Content buffers can be associated with one or more of the identifiedcontent consumers. For example, the first content buffer can beassociated with primary display device and a second content buffer canbe associated to a remote display device. The associations betweencontent buffers and content consumers are used to identify a contentbuffer while rendering to a particular content consumer. For example,the compositor identifies the first buffer associated with the primarydisplay while rendering to the primary display and identifies the secondcontent buffer while rendering to the remote display device.

In yet another implementation, rather than identify a pre-existingcontent buffer, display contents contained within a content producer'scontent buffer can be transformed while rendering to particular devices.Transforming the display contents can include identifying anintermediary, transient or temporary content buffer to which thetransformed display contents can be stored. In some implementationsdisplay content can be transformed while rendering (e.g., on the fly)the graphical user interface to the content consumer.

Transformations can include down-sampling display content, replacing thedisplay contents with static content or predetermined content. Forexample, particular content transformations can include adding awatermark to the content, superimposing a text or image over thecontent, altering the content's color space (e.g., to black and white,to sepia tones, etc.), or scaling (e.g., smaller or larger), pixilating,blurring, or deforming the content. Other transformations are possible.

A content buffer can be associated to a particular content consumer(e.g., secured) and to particular transformations (e.g., down-sampling).These associations can, for example, indicate that when rendering thebuffer's display contents to any content consumer except a secureddisplay device, the display contents be transformed (e.g.,down-sampled). When rendering to an unsecured display device, thetransformed display contents from the content buffer are used whilecompositing the graphical user interface.

The method 400 includes presenting the graphical user interface on theidentified display device (step 440). Presenting the graphical userinterface includes compositing the display contents in the contentbuffers identified for each content consumer into a rendering of thegraphical user interface. In general, the display content of eachidentified content buffer is rendered according to the window geometryassociated with each content producer (e.g., the window in which thedisplay contents are being depicted).

In some implementations, if a content buffer cannot be identified for aparticular content producer, then the display contents, and theassociated window, can simply be omitted from the rendering of thegraphical user interface. For example, if, for a particular contentproducer, only a single content buffer is specified and the contentbuffer is associated with a primary display device, then while renderingto a secondary display device, the window's contents or the entirewindow can simply be omitted from the presentation. Alternatively, if acontent buffer cannot be identified, predetermined content can berendered when no other content can be identified (e.g., a rendering ofthe text “Content Restricted”). The predetermined content can be basedon a default setting, user preferences or a system parameter.

FIG. 5 is a flow diagram for a method 500 for determining whether acontent buffer restriction has been violated. The method 500 includesidentifying content buffers (step 510) and receiving a display requestfrom a content consumer (step 520). Both steps are analogous toidentically named steps described above in associated with FIG. 4 (e.g.,step 410 and step 420). In contrast, each identified content buffer canbe associated with one or more rendering restrictions. A contentbuffer's rendering restrictions can include properties that indicatewhich content consumers can receive a rendering that includes thecontent buffer's display contents. For example, the renderingrestrictions can include identifications of one or more contentconsumers to which the display contents of the content buffer can beprovided. Alternatively the identifications can identify contentconsumers to which the display contents should not be provided. Therendering restrictions can indicate a class or property of the contentconsumer that must be satisfied. Rendering restrictions can alsoindicate where alternative content can be identified. The alternativecontent can be used for rendering to content consumers for which one ormore of the rendering restrictions are violated.

In one implementation, the rendering restrictions of a content buffercan depend on, or be set based on, the particular display contentsprovided by the content producer. For example, an application forviewing images can set varying content restrictions on content buffersdepending on the image that the application is presenting. Protectedcontent can, for example, contain attending meta-data that provides anindication that the content only be displayed on a particular device orclass of device (e.g., a secure device). The image viewing applicationcan use the indications from the protected image to set the contentrestrictions of the content buffer.

More generally, protected content can also include content that issubject to digital rights management (DRM). A content producer canprovide protected content in the primary content buffer and designatethat the primary content buffer only be used if the content consumersatisfies DRM conditions. The same content producer can renderalternative content into a secondary content buffer that is designatedfor rendering on all other content consumers that do not satisfy the DRMconditions.

Method 500 includes determining whether or not any of the renderingrestrictions associated with the content buffer are violated (step 530).The determination is based on the buffer's rendering restrictions andthe content consumer that is receiving the rendering (e.g., determinedin step 520). In some implementations, the content consumer, class ofcontent consumer or property of content consumer referred to by therendering restrictions can be matched with known properties of thecontent consumer.

In one implementation, aspects of the content producer can affect therendering restrictions of content buffers associated with the contentproducer. For example, the display contents of an unsigned applicationmay not be allowed to have display contents rendered to particularcontent consumers. An unsigned application is an application that hasnot been endorsed or certified by a trusted authority. Identifyingrendering restrictions based on the content producer, can be madeaccording to pre-defined system policies and, or properties of thecontent producer and the content consumer. For example, a contentproducer providing a DVD stream of display content can be associatedwith properties that affect the rendering restrictions of the associatedcontent buffer (e.g., to render only to content consumers that have a‘region’ property of a particular value).

In other implementations, determining whether rendering restrictionsassociated with a content buffer have been violated can includeadditional steps. For example, implementations that support digitalrights management can facilitate the exchange of keys between thecontent producer and the content consumer. For example, in animplementation that supports High-Bandwidth Digital Content Protection(HDCP), the exchange of the Key Selection Vectors (KSV), SystemRenewability Messages (SRM) and related data can be facilitated betweena content consumer (e.g., HDCP-enabled display device) and contentproducer (e.g., Blu-Ray DVD drive and/or Blu-Ray DVD playerapplication). Facilitation can include providing a communication pathbetween the content consumer and the content producer through which thekey exchange and SRM updates may be done. If, for example, the contentconsumer and, or content producer determine that the particular displaycontent is inappropriate (e.g., the display device is a non-HDCP-enableddisplay and the content includes a set Image Constraint Token (ICT)flag), then a rendering restriction can be added to the content buffer.The restriction can indicate that alternative display content bepresented on that display.

In another implementation, the identity of a content source can beverified, as by digital signature verification. Verification of thecontent source can include retrieving a key (e.g., from a TransactionProcessing Module containing keys and KSVs). The key can be used (e.g.,exchanged, SRM updates, etc.) on behalf of the verified application tofacilitate DRM (e.g., authentication, key exchange, verification, etc.)between the content source and a content producer.

If the rendering restriction is not violated (step 540), then thedisplay contents in the content buffer can be composited into thegraphical user interface and rendered to the identified content consumer(step 550).

Alternatively, if the rendering restriction is violated (step 540), thenalternative content can be identified in lieu of the display contents ofthe content buffer for which the restriction is violated. Identifyingalternative content can include, identifying an associated buffer (e.g.,containing alternative display contents) whose rendering restrictionsare not violated. Alternatively, alternative content can be identifiedby transforming the content (e.g., down sampling, re-colorizing, etc.)or by using pre-determined content (e.g., a static text rendered messageor icon). The alternative content can be used to render the graphicaluser interface to the identified content consumer (step 570).

In another implementation, a content consumer can have properties thatindicate the nature of the content consumer's content displaycapabilities. Capabilities can include, for example, the device'ssecurity level (e.g., DRM security), trust level (e.g., of the remotedisplay device), and the content consumer's capacity to displaygraphical content (e.g., maximum resolution, maximum bandwidth, colorspace, refresh rate, etc.). The properties of the content consumers canbe used to determine whether to render alternative content to theparticular content consumer. For example, display contents in a contentbuffer can be automatically transformed according to the properties ofthe content consumer (e.g., hiding the display contents of anapplication for which the device's trust level is insufficient). Inanother implementation, if the restriction is violated the contentconsumer's secondary buffer (e.g., containing low-fidelity displaycontents) can be used during rendering instead.

FIG. 6 is a flow diagram of a method 600 for selecting between twoassociated content buffers based on their respective association tocontent consumers. The method 600 includes associating the contentbuffer of a content producer with another content buffer (step 610). Oneof the buffers can be designated as the primary content buffer, theother as the secondary content buffer. Both the primary content buffer(step 620) and secondary content buffer (step 630) can be associatedwith a particular content consumer. Generally, the content consumerassociated with the primary content buffer is different from the contentconsumer associated with the secondary content buffer. Alternatively,each of the content buffers can be associated with a unique class ofcontent consumers or mutually exclusive consumer properties (e.g.,protected and non-protected).

The method 600 includes identifying a content consumer (step 640). Forexample, the content consumer can be identified from a request made bythe content consumer. The identified content consumer is one the contentconsumers associated with the primary or secondary content buffer.

Based on the identified content consumer, either the primary contentbuffer or the secondary content buffer is identified (step 650). Acontent buffer is identified according to which of the content consumersassociated with the content buffer matches the identified contentconsumer. The display contents of the selected content buffer arerendered to the identified content consumer.

Embodiments of the invention and all of the functional operationsdescribed in this specification can be implemented in digital electroniccircuitry, or in computer software, firmware, or hardware, including thestructures disclosed in this specification and their structuralequivalents, or in combinations of one or more of them. Embodiments ofthe invention can be implemented as one or more computer programproducts, i.e., one or more modules of computer program instructionsencoded on a computer readable medium for execution by, or to controlthe operation of, data processing apparatus. The computer readablemedium can be a machine readable storage device, a machine readablestorage substrate, a memory device, a composition of matter effecting amachine readable propagated signal, or a combination of one or more ofthem. The term “data processing apparatus” encompasses all apparatus,devices, and machines for processing data, including by way of example aprogrammable process, a computer, or multiple processors or computers.The apparatus can include, in addition to hardware, code that creates anexecution environment for the computer program in question, e.g., codethat constitutes processor firmware, a protocol stack, a databasemanagement system, an operating system, or a combination of one or moreof them. A propagated signal is an artificially generated signal, e.g.,a machine generated electrical, optical, or electromagnetic signal, thatis generated to encode information for transmission to suitable receiverapparatus.

A computer program (also known as a program, software, softwareapplication, script, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, and it can bedeployed in any form, including as a stand-alone program or as a module,component, subroutine, or other unit suitable for use in a computingenvironment. A computer program does not necessarily correspond to afile in a file system. A program can be stored in a portion of a filethat holds other programs or data (e.g., one or more scripts stored in amarkup language document), in a single file dedicated to the program inquestion, or in multiple coordinated files (e.g., files that store oneor more modules, sub programs, or portions of code). A computer programcan be deployed to be executed on one computer or on multiple computersthat are located at one site or distributed across multiple sites andinterconnected by a communication network.

The processes and logic flows described in this specification can beperformed by one or more programmable processors executing one or morecomputer programs to perform functions by operating on input data andgenerating output. The processes and logic flows can also be performedby, and apparatus can also be implemented as, special purpose logiccircuitry, e.g., an FPGA (field programmable gate array) or an ASIC(application specific integrated circuit).

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andany one or more processors of any kind of digital computer. Generally, aprocessor will receive instructions and data from a read only memory ora random access memory or both. The essential elements of a computer area processor for performing instructions and one or more memory devicesfor storing instructions and data. Generally, a computer will alsoinclude, or be operatively coupled to receive data from or transfer datato, or both, one or more mass storage devices for storing data, e.g.,magnetic, magneto optical disks, or optical disks. However, a computerneed not have such devices. Moreover, a computer can be embedded inanother device, e.g., a mobile telephone, a personal digital assistant(PDA), a mobile audio player, a Global Positioning System (GPS)receiving, to name just a few. Computer readable media suitable forstoring computer program instructions and data include all forms ofnon-volatile memory, media and memory devices, including by way ofexample semiconductor memory devices, e.g., EPROM, EEPROM, and flashmemory devices; magnetic disks, e.g., internal hard disks or removabledisks; magneto optical disks; and CD ROM and DVD ROM disks. The processand the memory can be supplemented by, or incorporated in, specialpurpose logic circuitry.

To provide for interaction with a user, embodiments of the invention canbe implemented on a computer having a display device, e.g., a CRT(cathode ray tube) or LCD (liquid crystal display) monitor, fordisplaying information to the user and a keyboard and a pointing device,e.g., a mouse or a trackball, by which the user can provide input to thecomputer. Other kinds of devices can be used to provide for interactionwith a user as well; for example, feedback provided to the user can beany form of sensory feedback, e.g., visual feedback, auditory feedback,or tactile feedback; and input from the user can be received in anyform, including acoustic, speech, or tactile input.

Embodiments of the invention can be implemented in a computing systemthat includes a back end component, e.g., as a data server, or thatincludes a middleware component, e.g., an application server, or thatincludes a front end component, e.g., a client computer having agraphical user interface or a Web browser through which a user caninteract with an implementation of the invention, or any combination ofone or more sure back end, middleware, or front end components. Thecomponents of the system can be interconnected by any form or medium ofdigital data communication, e.g., a communication network. Examples ofcommunication networks include a local area network (“LAN”) and a widearea network (“WAN”), e.g., the Internet.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client server relationship to each other.

While this specification contains many specifics, these should not beconstrued as limitations on the scope of the invention or of what may beclaimed, but rather as descriptions of features specific to particularembodiments of the invention. Certain features that are described inthis specification in the context of separate embodiments can also beimplemented in combination in a single embodiment. Conversely, variousfeatures that are described in the context of a single embodiment canalso be implemented in multiple embodiments separately or in anysuitable subcombination. Moreover, although features may be describedabove as acting in certain combinations and even initially claims assuch, one or more features from a claim combination can in some cases beexcised from the combination, and the claimed combination may bedirected to a subcombination or variation of a subcombination.

Similarly, while operations are depicted in the drawings in a particularorder, this should not be understood as requiring that such operationsbe performed in the particular order shown or in sequential order, orthat all illustrated operations be performed, to achieve desirableresults. In certain circumstances, multitasking and parallel processingmay be advantageous. Moreover, the separation of various systemcomponents in the embodiments described above should not be understoodas requiring such separation in all embodiments, and it should beunderstood that the described program components and systems cangenerally be integrated together in a single software product orpackaged into multiple software products.

Thus, particular embodiments of the invention have been described. Otherembodiments are within the scope of the following claims. For example,the actions recited in the claims can be performed in a different orderand still achieve desirable results.

I claim:
 1. A display method, comprising: receiving a request to displaycontent associated with a primary memory buffer and a secondary memorybuffer, the content further associated with one or more renderingrestrictions; identifying a content consumer based on one or more of thecontent, the primary memory buffer and the secondary memory buffer;determining whether the content consumer satisfies all of the one ormore rendering restrictions; rendering content from the primary memorybuffer when it has been determined that the content consumer satisfiesall of the one or more rendering restrictions; and rendering contentfrom the secondary memory buffer when it has been determined that thecontent consumer violates one or more of the one or more renderingrestrictions.
 2. The display method of claim 1, further comprisingdetermining that the content consumer does not violate one or morerendering restrictions of the secondary memory buffer.
 3. The displaymethod of claim 1, further comprising rendering content from anothermemory buffer when the content consumer violates one or more of therendering restrictions.
 4. The display method of claim 1, furthercomprising rendering content from the secondary memory buffer to atleast one secondary frame buffer of the content consumer.
 5. The displaymethod of claim 1, wherein at least one of the one or more renderingrestrictions is that the content consumer is configured to preventrecapture or recording of the content.
 6. The display method of claim 1,further comprising transforming the content by down-sampling the contentor by replacing the content with static content or predeterminedcontent.
 7. The display method of claim 6, further comprisingidentifying an intermediary memory buffer in which the transformedcontent can be stored.
 8. The display method of claim 1, wherein theprimary memory buffer is accessible by only a first content producer. 9.The display method of claim 8, wherein the secondary memory buffer isaccessible by multiple content producers including the first contentproducer.
 10. The display method of claim 1, wherein the one or morerendering restrictions are based, at least in part, on a source of thecontent.
 11. The display method of claim 1, wherein the one or morerendering restrictions include receipt by the content consumer of anencryption key sent from a content producer.
 12. A display system,comprising: a data processing apparatus; a memory coupled to the dataprocessing apparatus, the memory storing instructions executable by thedata processing apparatus, the instructions comprising instructions to:receive a request to display content associated with one or morerendering restrictions; identify a content consumer based on one or moreof the content, a primary memory buffer and a secondary memory buffer;determine whether the content consumer satisfies all of the one or morerendering restrictions; render content from the primary memory bufferwhen it has been determined the content consumer satisfies all of theone or more rendering restrictions; and render content from thesecondary memory buffer when it has been determined that the contentconsumer violates one or more of the one or more rendering restrictions.13. The display system of claim 12, wherein the instructions furthercomprise instructions to determine that the content consumer does notviolate one or more rendering restrictions of the secondary buffer. 14.The display system of claim 12, wherein the instructions furthercomprise instructions to render content from another memory buffer whenthe content consumer violates one or more of the rendering restrictions.15. The display system of claim 12, wherein the instructions furthercomprise instructions to render content from the secondary memory bufferto at least one secondary frame buffer of the content consumer.
 16. Thedisplay system of claim 12, wherein one or more of the renderingrestrictions is that the content consumer is configured to preventrecapture or recording of the content.
 17. The display system of claim12, wherein the instructions further comprise instructions to transformthe content, transforming the content including at least one ofdown-sampling the content and replacing the content with static contentor predetermined content.
 18. The display system of claim 17, whereinthe instructions further comprise instructions to identify anintermediary buffer in which the transformed content can be stored. 19.The display system of claim 12, wherein the primary memory buffer isaccessible by only a first content producer.
 20. The display system ofclaim 19, wherein the secondary memory buffer is accessible by multiplecontent producers including the first content producer.
 21. The displaysystem of claim 12, wherein the one or more rendering restrictions arebased, at least in part, on a source of the content.
 22. The displaysystem of claim 12, wherein the one or more rendering restrictionsinclude receipt by the content consumer of an encryption key sent from acontent producer.